home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_0799
/
423
< prev
next >
Wrap
Internet Message Format
|
1994-08-27
|
8KB
Date: Sun, 12 Jun 94 18:34 MET DST
From: chris@buran.fb10.tu-berlin.de (Christian Nieber)
To: gem-list@world.std.com
Subject: Re: Proposal 6
Precedence: bulk
Hi everybody!
Introducing myself: My name is Christian Nieber. I'm from R.O.M. logicware
and developer of the word processor papyrus. So far I rather like the key-
board shortcut standard v6 and I have few problems of supporting it almost
fully, since the changes would only concern functions that are not used too
often, so the number of customer complaints will still be managable...
Now for the things I don't agree with:
---------------------
> CTRL F - Find
> CTRL G - Find next
> CTRL R - Replace
> CTRL T - Replace Next
An alternative is to have CTRL-G switch between Find next and Replace next,
depending on the last operation chosen in the dialog. To skip a word in
"replace next" mode, one can then use <arrow right> CTRL-G. Ah yes, please
mention
<arrow left> hide block, put cursor at left end
<arrow right> hide block, put cursor at right end
------------------
> CTRL I - Show Info
In text oriented applications I prefer CTRL-I italic
It could be used alternatively depending on the type of application.
CTRL-B - bold
CTRL-I italic, CTRL-B bold, CTRL-U underline are widely used Mac and NeXT
standard. CTRL-U of course can't be used because it is more important for
closing windows.
------------------
> Shift CTRL P - Printer Configuration, Page Layout
Printer configuration and page layout are often different things. Therefore
I suggest (again from the NeXT guidelines)
CTRL L - Page layout
-------------------
> CTRL up/down arrow - Move one paragraph up/down
We use this for moving one page up/down. I think this is more important.
--------------------
> Shift Del - Delete to end of line
> Shift BS - Delete from start of line
I also think this is too dangerous. A while ago, I used Shift-Space for a
nonbreakable space, but some users complained they would hit it too often
accidentially, so I moved it to CTRL-Space. Therefore I suggest
Alt Del - Delete to end of line
Alt BS - Delete from start of line
How about
Alt CTRL Del - REALLY delete :-)
--------------------
Ofir Gal <ogal@cix.compulink.co.uk> wrote:
> In message <P8431@K.maus.de>, Michael_Nolte@k.maus.de said:
> >
> >I agree to the proposal v5 with the following exceptions:
> >>CTRL Home - Move to top of page
> >>Shift+CTRL Home - Move to bottom of page
> >>ClrHome - Move to top of document
> >>Shift+ClrHome - Move to bottom of document
> >
> >I'd rather have:
> >CTRL+ClrHome - Move to top of document
> >Shift+CTRL+ClrHome - Move to bottom of document.
> >ClrHome - Move to the top of whatever the cursor is in.
> >Shift+ClrHome - Move to the bottom of whatever the cursor is in.
> >"whatever the cursor is in" could be a text frame/object, page or
> >document.
>
> This seems reasonable, any objections anyone? I think Papyrus works that
> way, and it should affect 'simple' text editor that have no concept of
> pages, frames, etc.
Not quite. papyrus supports:
ClrHome - Move to top of page/text frame
Shift CrlHome - Move to top of document
Ctrl ClrHome - Move to bottom of document
What Shift and CTRL do is rather arbitrary. Unless someone can convince us
that anyhing else is well established, we are going to stick to this since
some customers use it for years.
----------------------
> In Dialog Boxes
> ---------------
> Undo - Cancel, Abort, etc...
Problematic when applications use modeless dialogs. Does Undo mean "undo
the last thing I did to my document" or "Cancel the dialog"? In papyrus
it's the first, since it makes sense to use a global Undo while a dialog is
top window, i.e. after changing parameters for a block without closing the
dialog, then deciding you didn't want that. How about F10 for Cancel? Undo
could be supported for campatibility as long as modeless dialogs are used.
----------------------
> The following four are still a problem
> --------------------------------------
> CTRL B - Set block > start
> CTRL E - Set block end
> Shift+CTRL B - Move to block start
> Shift+CTRL E - Move to block end
Because I want CTRL B / CTRL E used for other things, I can't agree with
this. As one can use Shift-Click, I wouldn't want to waste two menu entries
for this anyway. In papyrus I use Alt-B/Alt-E without menu entries.
---------------------
I'd like to add the following Shortcuts that are from the NeXTStep Guide-
lines or at least widely used on the NeXT:
CTRL 0 - normal style (reset bold, italic, underline etc.)
CTRL 1 - copy style
CTRL 2 - paste style
CTRL 3 - copy paragraph style
CTRL 4 - paste paragraph style
My partner Ulli Ramps prefers CTRL K/CTRL J as an alternative CTRL 3/CTRL 4
(papyrus understands both ways). Which one is preferred?
These are my own suggestions:
Shift CTRL I - Import (Insert file into existing document)
Shift CTRL E - Export selection/document as...
CTRL E - Save configuration
This last one is only easy to remember in German ("Einstellungen"), but
I really can't think of anything mnemonic in English where the letter is
still free.
How about a shortcut for starting to play off a macro? This should also be
usable by external macro recorders. Any suggestions?
-------------------------
Slightly off topic:
I'd also like to see more standardisation in text block operations. Since
the basic standard as defined in Apple's Human Interface Guidelines is well
accepted, I suggest the following extensions (I'm trying to use what seems
to be most widely used on the ATARI anyway, or it adds new functionality):
Doubleclick-dragging starts selecting a word and extends the selection
wordwise until the mouse button is released.
Blocks that were started by a doubleclick should also be extended wordwise
later (i.e. shift-click).
Doubleclick before the first or after the last letter in a line marks the
line/paragraph (depending on application type); doubleclick-drag again ex-
tends the selection by the same units. For later Shift-Clicks, however, it
turned out to be more useful to extend only by words and not by lines/para-
graphs.
When drag&drop is used, the block is normally moved. Shift copies the
block.
Auto-scrolling while marking a block should vary in speed depending on how
far the mouse pointer is outside the inner window border. A convenient fac-
tor should be used, because scrolling line by line is often too slow.
If discontinous blocks are supported, new block sections can be added by
using shift-dragging or shift-doubleclick. Shift-doubleclick into a marked
section deselects the section. I'm not sure if we need this in the standard
since papyrus is at so far the only text application that supports discon-
tinuous blocks.
Any suggestions for using the mouse for scrolling in windows (without mar-
king a block, but otherwise similiar to block marking)? The right mouse key
is a possibility, but it is often used for other things. In papyrus and
some other programs it can be used to work in background windows without
topping them, i.e. for drag&drop or while a modeless dialog window is on
top. This could be restricted to topped document windows.
Christian
/---------------------------------------------------------------------\
| Christian Nieber | Television: A medium. |
| email chris@buran.fb10.tu-berlin.de | So called because it is |
| R.O.M. logicware, the Home of Papyrus | neither rare nor well done. |
| Raschdorffstr. 99, 13409 Berlin | |
| Tel. ++49/30/492 41 27, FAX 491 93 67 |